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(54) Information processing system enabling access to different types of files and control 
method for the same 



(57) There is provided an information processing 
system in which files on plural file servers having differ- 
ent file management manners can be efficiently 
accessed by a single client program, a control method 
for the information processing system, and a storage 
medium for storing programs for performing the control. 
A gateway program 20 is provided on a first server infor- 
mation processing device 120, and an agent program 
30 which is operated in conformity with the gateway pro- 
gram 20 is provided on a second server information 
processing device 130, whereby a copy of the directory 
structure of files on the second server information 
processing device is created on the first server informa- 
tion processing device 120. In addition, at the time when 
the copy is created, data in a file are not copied, and the 
data copy is performed only when the file is opened by 
an application program 8a of a client information 
processing device 1 10. 
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Description 

BACKGROUND OF THE INVENTION 

1 . Field of the Invention 5 

The present invention relates to a file access 
means for an information processing device, a control 
method for the file access means and a storage medium 
for storing programs for controlling the file access 10 
means, and particularly to an information processing 
system having a different-type file access means which 
is suitably used to access commonly-used files on plural 
different types of file systems throughout a network, a 
control method for controlling the information process- is 
ing system and a storage medium for stor ing programs 
to control the information processing system. 

2. Description of Related Art 

20 

Recent development and propagation of informa- 
tion processing devices such as personal computers, 
etc. have promoted the use of a data storage manner 
which is different from a conventional data storage man- 
ner. In the conventional data storage manner, users' 25 
program files, data files, etc. have been separately and 
independently stored on respective users' magnetic 
storage devices for every user's information processing 
device. On the other hand, in the new data storage man- 
ner, the users' program files, data files, etc. are collec- 30 
tively stored in a large-capacity magnetic storage device 
to enable users having respective information process- 
ing devices to commonly use the data. 

In general, a server information processing device 
having a file server program therein is connected 35 
through a network to plural client information processing 
devices, each of which is provided with a client program 
to access the server information processing device, 
whereby a file on the server information processing 
device is accessed from and used by each client infor- 40 
mation processing device. 

Furthermore, in order to maintain file security on 
the server information processing device, a file server 
program is generally provided with a user identifying 
mechanism and a file access authorization set- 45 
ting/checking mechanism which is based on the user 
identification. 

The development of the file common-use system as 
described above and the widening of the network 
increase a user's need to access files on plural server 50 
information processing devices from a client information 
processing device. 

However, when the file server programs of the plu- 
ral server information processing devices are of differ- 
ent types, the client information processing device must 55 
be provided with client programs which are matched to 
the respective types of the file server programs. There- 
fore, there may occur various problems such as that the 
different types of client programs cannot coexist, that 



memories required for the operation must be designed 
in a large hardware scale and that an operating manner 
is varied in accordance with an access target. 

In order to solve these problems, the following 
method as disclosed in Japanese Patent Application 
Publication No. Hei-7-13845 was proposed. In this con- 
ventional method, a file operating program for transmit- 
ting a file on a second server information processing 
device to a first server information processing device is 
provided on the first server information processing 
device, and a file access demand program for instruct- 
ing the transmission of the file is further provided on a 
client information processing device. 

In the conventional method as described above, a 
user first starts the file operating program on the first 
server information processing device by using the file 
access demand program tcTp^rform data transmission 
of a file from the second server information processing 
device to the first server information processing device 
before the file is used on the basis of an instruction from 
an application or the like. Thereafter, the file thus trans- 
mitted is accessed as a file on the first server informa- 
tion processing device. When the content of the file is 
changed through the access, the file operating program 
is also instructed to execute the file transmission from 
the first server information processing device to the sec- 
ond server information processing device by using the 
file access demand program again. With this operation, 
the same effect as a direct access of the file on the sec- 
ond server information processing can be obtained. 
Accordingly, there can be obtained an effect that it is 
unnecessary to mount plural different client programs 
on the client information processing device. 

In the conventional method as described above, 
however, the processing for the data transmission from 
the second server information processing device to the 
first server information processing device as described 
above is additionally required, and thus operation per- 
formance (i.e., operational convenience) to files on the 
second server information processing device is 
degraded as compared with that to files which originally 
exist on the first server information processing device. 

More specifically, in the conventional method, the 
first server information processing device has no infor- 
mation on the directory structure of the files on the sec- 
ond server information processing device, so that the 
files on the second file server information processing 
device cannot be displayed in the form of a file list by 
using a file list display program created for the first file 
server program. 

Furthermore, no subsequent processing can be 
started until a file returning/rewriting (copy back) opera- 
tion from the first server information processing device 
to the second server information processing device is 
finished. 

In addition, when plural users use the same file at 
the same time, an unnecessary file transmission may 
result in a user inadvertently causing undesired file 
overwriting. 



2 



<EP 0752672A1_L> 



3 



EP0 752 672 A1 



4 



SUMMARY OF THE INVENTION 

An object of the present invention is to provide an 
information processing system which can keep sub- 
stantially the same operation performance level as a 
case of accessing a file on a server information 
processing device having a single file server program, 
even when accessing files on plural server information 
processing devices having different file server pro- 
grams, thereby enabling access to different types of 
files, a control method for controlling the information 
processing system, and a storage medium for storing 
programs to control the information processing system. 

Another object of the present invention is to provide 
an information processing system which can display a 
list of files on a second server information processing 
device by a file list display program for a first server 
information processing device, a control method for 
controlling the information processing system, and a 
storage medium for storing programs to control the 
information processing system. 

Another object of the present invention is to provide 
an information processing system which can reduce the 
capacity consumption of a file storage device of a first 
server information processing device even when a 
directory structure on a second server information 
processing device is reproduced on the first server infor- 
mation processing device, a control method for control- 
ling the information processing system, and a storage 
medium for storing programs to control the information 
processing system. 

Another object of the present invention is to provide 
an information processing system which can reduce the 
amount of information transmitted from a second server 
information processing device to a first server informa- 
tion processing device when a directory structure on the 
second server information processing device is repro- 
duced on the first server information processing device, 
a control method for controlling the information process- 
ing system and a storage medium for storing programs 
to control the information processing system. 

Another object of the present invention is to provide 
an information processing system which can perform 
subsequent processing without waiting for the comple- 
tion of a file returning/rewriting operation from a first 
server information processing device to a second server 
information processing device after a client program fin- 
ishes an access to a file on the second server informa- 
tion processing device and closes the file, a control 
method for controlling the information processing sys- 
tem and a storage medium for storing programs to con- 
trol the information processing system. 

Another object of the present invention is to provide 
an information processing system in which even when 
plural users access the same file on a second server 
information processing device substantially at the same 
time, the frequency of a file copy operation from the sec- 
ond server information processing device to a first 
server information processing device can be reduced to 



only once, a control method for controlling the informa- 
tion processing system and a storage medium for stor- 
ing programs to control the information processing 
system. 

5 Another object of the present invention is to provide 

an information processing system in which even when 
access to the same file on a second server information 
processing device is repeated, the frequency of a file 
copy operation from the second server information 

10 processing to the first server information processing 
device can be reduced to only once, a control method 
for controlling the information processing system and a 
storage medium for storing programs to control the 
information processing system. 

15 Another object of the present invention is to provide 
an information processing system in which even when 
plural users access the same file on a second server 
information processing device at the same time and 
alter the content of the file, the frequency of a file return- 

20 ing/rewriting operation from a first server information 
processing device to the second server information 
processing device can be reduced to only once, a con- 
trol method for controlling the information processing 
system and a storage medium for storing programs to 

25 control the information processing system. 

Another object of the present invention is to provide 
an information processing system in which when the 
same file on a second server information processing 
device is accessed and the file is erased immediately 

30 after the access, a file returning/rewriting operation from 
the first server information processing device to the sec- 
ond server information processing device is not per- 
formed, an control method for controlling the 
information processing system, and a storage medium 

35 for storing programs to control the information process- 
ing system. 

In order to attain the above objects, according to a 
first aspect of the present invention, an information 
processing system includes a first server information 

40 processing device having a first file server program 
which enables files to be commonly used, a second 
server information processing device having a second 
file server program which has a different access inter- 
face to the commonly-usable files from the first file 

45 server program, and a network for connecting the first 
and second server information processing devices, 
wherein the first server information processing device 
includes access means for performing access process- 
ing to files managed by the second server information 

so processing device (hereinafter referred to as "different- 
type f iles"), and the second server information process- 
ing device includes service means for receiving a 
processing demand transmitted from the access means 
to perform the processing corresponding to the 

55 processing demand, the access means including direc- 
tory synchronizing means for detecting information on 
the structure of at least a part of the directory structure 
of the different-type files through the service means to 
create, in accordance with the detected information, a 



3 



<EP Q752672A1_L> 



5 

copy of the directory structure of the different-type files 
having a format which can be managed by the first file 
server program, and to add a copy of the directory struc- 
ture of the different-type files into the directory structure 
of files managed by the first server program, and updat- 5 
ing the copy of the directory structure of the different- 
type files every time the detection of the information is 
performed at a predetermined timing. 

More specifically, in the information processing sys- 
tem as described above, the detection of the informa- 10 
tion is performed, for example, periodically, whereby the 
directory structure on the second server information 
processing device is periodically copied onto the first 
server information processing device. 

Furthermore, the information processing system as 15 
described above further includes storage means for 
storing a synchronizing time at which previous directory 
synchronization is performed, and search means for 
search different-type files which are updated after the 
time at which the previous directory synchronization is 20 
performed, and transmitting only information of updated 
files found by the search process from the second 
server information processing device to the first server 
information processing device, wherein the copy of the 
directory structure of the different-type files which is 25 
added to -the directory structure of the first server infor- 
mation processing device is updated in accordance with 
the updated files. 

Furthermore, in order to attain the other objects, in 
the information processing system, when the directory 30 
synchronizing means creates a copy of a normal file on 
the first server information processing device, data of 
the file is not copied, and the file is created, for example, 
as a sparse file which is defined as a file having no con- 
tent. 35 

In order to attain the above objects, according to a 
second aspect of the present invention, an information 
processing system includes a first server information 
processing device having a first file server program 
which enables files to be commonly used, a second 40 
server information processing device, having a second 
file server program, which has a different access inter- 
face to the commonly-usable files, at least one client 
information processing device having a client program 
which accesses the commonly-usable files on the first 45 
server information processing device through the first 
file server program, a first network for connecting the 
first server information processing device and the at 
least one client information processing device, and a 
second network for connecting the first and second so 
server information processing devices, wherein the first 
server information processing device includes access 
means for accessing different type files managed by the 
second server information processing device, and the 
second server information processing device includes 55 
service means which is activated in correspondence 
with the access means, and wherein the access means 
receives a processing demand to a file transmitted from 
each client program to judge whether the processing 
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demand contains a processing demand to files man- 
aged by the second file server program (hereinafter 
referred to as "different-type files"), and converts the 
processing demand to the different-type files contained 
in the processing demand to a second processing 
demand which is usable in the second file server pro- 
gram and then transmits the second processing 
demand thus converted to the second server informa- 
tion processing device if the processing demand to the 
different-type files is contained, and the service means 
receives the second processing demand transmitted 
from the first server information processing device and 
performs a predetermined processing in accordance 
with the second processing demand. 

In the information processing system as described 
above, the acces s mea ns includes hook mean s for 
hooking an access to a different-type file transmitted 
from each client program, file copy means for copying 
data of a file concerned into a directory structure man- 
aged by the first file server program through the service 
means when the access is an open demand to the dif- 
ferent-type files, copy back means for returning/rewrit- 
ing the file copied by the file copy means through the 
service means to the second server information device, 
and copy back start means for starting the copy back 
means as another process when the access is a close 
demand to the different-type files. 

Furthermore, in the information processing system 
as described above, the name of the copied file, read- 
open and write-open numbers of the file, a copy back 
waiting flag, an open waiting flag, a deletion waiting flag, 
etc. are stored and the execution of the copy back 
processing is controlled in accordance with the status at 
that time. 

In order to attain the above object, according to a 
third aspect of the present invention, a control method 
for the information processing system comprises the 
steps of detecting information on the structure of at 
least a part of the directory structure of the different- 
type file, creating a copy of the directory structure of 
files which are managed by the second server informa- 
tion processing device, with a format which can be man- 
aged by the first file server program, adding the copy of 
the directory structure thus created into the directory 
structure of files managed by the first file server pro- 
gram, and updating the copy of the directory structure of 
the different-type file every time the detection of the 
information is performed at a predetermined timing. 

The control method for the information processing 
system further comprises the steps of hooking an 
access to files managed by the second server informa- 
tion processing device (hereinafter referred to as "differ- 
ent-type files") transmitted from the client program, 
copying the data of a file concerned into the directory 
structure managed by the first file server program when 
the access is an open demand to the different-type file, 
returning/rewriting the file copied by the file copy means 
to the original file through the service means, and start- 
ing the copy back means as another process when the 
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access is a close demand to the different-type files. 

According to the information processing system to 
which the present invention is applied, the control 
method for the information processing system and the 
storage medium in which the programs for performing s 
the above control operation are stored, the first file 
server program can manage not only files to be inher- 
ently managed by itself, but also files copied from differ- 
ent-type files which are managed by the second server 
program or can perform the processing corresponding 10 
to the access demand. 

Therefore, through the first server file program, a 
user can access not only the files which are managed 
by the first server file program, but also files which are 
managed by the second file server program. is 

Specifically, the directory synchronizing means 
periodically copies af leasfaparf of "the dif^tbry struc- 
ture on the second server information processing 
device into the directory structure of the first server 
information processing device, and thus if a list of files 20 
on the first information processing device is displayed, 
the information on a list of files on the second informa- 
tion processing device can be also obtained at the same 
time. 

Furthermore, the directory synchronizing means 25 
sets normal files other than directory files to sparse files 
having no contents, in file creating process on the first 
server information processing device which is per- 
formed when the directory synchronizing means copies 
the directory structure of the second server information 30 
processing device onto the first server information 
processing device. Therefore, the storage capacity on a 
magnetic disk of the first information processing device 
which is used by the file can be reduced to a very small 
size irrespective of the file size displayed as a file list. 35 

The search means detects whether a file has been 
altered, for example by comparing the latest update 
date of the file on the second server information 
processing device with a previous synchronizing time at 
which previous directory synchronization was per- 40 
formed and which is stored in the storage means, and 
transmits to the first server information processing 
device only information on files which have been 
updated since the time at which the previous directory 
synchronization was performed. According to the infer- 45 
mation on the updated files, the update means updates 
the copy of the directory structure of the different-type 
file which is added into the directory structure of the first 
server information processing device. 

As described above, only the files which have been so 
updated since the time at which the previous directory 
synchronization was performed are targeted for the syn- 
chronization processing, so that the information amount 
to be transmitted from the second server information 
processing device to the first server information 55 
processing device can be reduced. 

Furthermore, the hook means hooks the access 
demand to the file system of the first server information 
processing device to judge whether the access demand 



is an open demand, a close demand or a deletion 
demand to a file in the copy of the directory structure of 
the different-type files which are copied and created 
from the client information processing device by the 
directory synchronizing means. 

If the access demand is judged to be the open 
demand, the data which are the entity of the file and 
stored in the file are copied from the second server 
information processing device to the first server infor- 
mation processing device. At this time, it is checked 
whether data already exist in the file concerned. Only if 
no data exist, the copying operation is performed. In 
addition, the read-open number or the write-open 
number of the file is set on the basis of the condition that 
the open demand is a read mode or write mode. 

If the access demand is judged to be the deletion 
demand by trie hook means, it is~checked whetfteTthe 
file concerned exists, and further it js checked whether 
the copy back waiting flag is set. If the copy back waiting 
flag is set, the deletion waiting flag is set. 

If the access demand is judged to be the close 
demand by the hook means, the read open number and 
the write-open number of the copy file table means are 
subjected to a subtraction operation in accordance with 
an open mode of the demanded file under the close 
operation concerned. As a result, if the write-open 
number is equal to zero, the copy back means is started 
as another process and the hook processing itself is fin- 
ished. 

The copy back means sets the copy back waiting 
flag, and then it waits for a predetermined time while 
monitoring if the open waiting flag or the deletion waiting 
flag is set. If the deletion waiting flag is set during the 
waiting time as described above, the subsequent copy 
back processing is ceased. On the other hand, if the 
open waiting flag is set, it performs the copy back 
processing of returning/rewriting the file copied in the 
first server information processing device to the second 
server information processing device without waiting the 
completion of the waiting time. 

If the copy back processing is finished, the open 
waiting flag has not been set and both the read-open 
number and the write-open number are equal to zero, 
the copy of the file concerned is unnecessary, and thus 
the copy of the file concerned is made a sparse file hav- 
ing no content. 

Through the above processing, the copying 
processing can be effectively performed even when plu- 
ral users use the same file at the same time. Further, 
when plural users are using a file or the file is opened 
again after closed, it can be subsequently used without 
making the file a sparse file. When the deletion is per- 
formed on a file immediately after the file is closed, no 
copy back is required. 

The copy back means operates in the background 
as another process. Therefore, the close demand from 
the client information processing device is finished with- 
out waiting for the completion of the copy back means, 
so that a user can immediately perform subsequent 
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processing. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 is a block diagram showing the construction 5 
of an embodiment of an information processing 
system having a different-type file access means to 
which the present invention is applied; 
Fig. 2 is a flowchart for a process f tow of a main rou- 
tine 21 of a gateway program 20 according to the 10 
embodiment shown in Fig. 1 ; 
Fig. 3 is a flowchart for a process flow of a remote 
log-in routine 22 of the gateway program 20 of the 
embodiment shown in Fig. 1 ; 

Fig. 4 is a flowchart for a process flow of a user 15 
process routine 23^of the gateway program 20 of 
the embodiment^hown in~Fig7 i ; 
Fig. 5 is a flowchart for a process flow of a file 
access hook routine 24 of the gateway program 20 
of the embodiment shown in Fig. 1 ; 20 
Fig. 6 is a flowchart for a process flow of an open 
pre-hook routine 50 of the gateway program 20 of 
the embodiment shown in Fig. 1 ; 
Fig. 7 is a flowchart for a process flow of an open 
post-hook routine 51 of the gateway program 20 of 25 
the embodiment shown in Fig. 1 ; 
Fig. 8 is a flowchart for a process flow of a deletion 
pre-hook routine 52 of the gateway program 20 of 
the embodiment shown in Fig. 1 ; 
Fig. 9 is a flowchart for a process flow of a close 30 
pre-hook routine 53 of the gateway program 20 of 
the embodiment shown in Fig. 1 ; 
Fig. 10 is a flowchart for a process flow of a direc- 
tory creating pre-hook routine 54 of the gateway 
program 20 of the embodiment shown in Fig. 1 ; 35 
Fig. 1 1 is a flowchart for a process flow of a direc- 
tory deletion pre-hook routine 55 of the gateway 
program 20 of the embodiment shown in Fig. 1 ; 
Fig. 1 2 is a flowchart for a process flow of a sparse 
file creating routine 60 of the gateway program 20 40 
of the embodiment shown in Fig. 1 ; 
Fig. 13 is a flowchart for a process flow of a copy 
back routine 25 of the gateway program 20 of the 
embodiment shown in Fig. 1 ; 

Fig. 14 is a diagram showing a mount path table 45 
1400 of the embodiment shown in Fig. 1; 
Fig. 15 is a diagram showing a user connection 
table 1500 of the embodiment shown in Fig. 1 ; 
Fig. 16 is a diagram showing a file handle table 
1 600 of the embodiment shown in Fig. 1 ; 50 
Fig. 17 is a diagram showing a copy file table 1 700 
of the embodiment shown in Fig. 1 ; 
Fig. 18 is a flowchart for a process flow of a direc- 
tory synchronizing routine 26 of the gateway pro- 
gram 20 of the embodiment shown in Fig. 1 ; 55 
Fig. 19 is a flowchart for a process flow of a syn- 
chronization executing processing routine 27 of the 
gateway program 20 of the embodiment shown in 
Fig. 1; 



Fig. 20 is a flowchart for a process flow of a subdi- 
rectory synchronizing routine 28 of the gateway 
program 20 of the embodiment shown in Fig. 1 ; 
Fig. 21 is a diagram showing a directory structure of 
a first server information processing device 120 of 
the embodiment shown in Fig. 1 ; 
Fig. 22 is a diagram showing a directory structure of 
a second server information processing device 130 
of the embodiment shown in Fig. 1 ; 
Fig. 23 is a diagram showing a directory structure of 
the first server information processing device when 
the gateway program 20 of the embodiment shown 
in Fig. 1 is operated; 

Fig. 24 is a diagram showing a gateway parameter 
setting file 199 of the embodiment shown in Fig. 1 ; 
Fig. 25 is a diagram showing the structure of a 
sparsef ile~in trie embodimenfof Fig/1 ; 
Fig. 26 is a flowchart for a process flow of a remote 
log-in service routine 31 of an agent program 30 in 

the ev ;„„i„ ~_ ; H „ 

Fig. 27 is a flowchart for a process flow of a user 
process service routine 32 of the agent program 30 
in the embodiment shown in Fig. 1 ; and 
Fig. 28 is a flowchart for a process flow of a direc- 
tory synchronizing service routine 33 of the agent 
program 30 in the embodiment shown in Fig. 1. 

DETAILED DESCRIPTION OF THE PREFERRED 
EMBODIMENT 

A preferred embodiment of the present invention 
will be described hereunder with reference to the 
accompanying drawings. 

First, the overall construction of the information 
processing system according to an embodiment of the 
present invention will be described. 

As shown in Fig. 1 , the system of this embodiment 
includes a first client information processing device 1 10, 
a second client information processing device 140, a 
first server information processing device 120 and a 
second server information processing device 130. 

Each of the client information processing devices 
110 and 140 and the server information processing 
devices 120 and 130 is respectively equipped with a 
central processing unit (CPU) 1a (1d, 1b, 1c), a memory 
2a (2d, 2b, 2c), a LAN controller 3a (3d, 3b, 3c), a disk 
controller 4a (4d, 4b, 4c), and a magnetic disk 5a (5d, 
5b, 5c). The respective information processing devices 
are connected to one another through a local area net- 
work (LAN) 101, and the communication can be per- 
formed among these information processing devices 
through each LAN controller 3. 

According to this embodiment, a LAN is used as the 
network, but, the communication network for connecting 
the respective information processing device in the 
present invention is not limited to a LAN, and various 
communication networks such as a wide area network 
(WAN), etc. may be used. 

An operating system program (OS) 6a, a client pro- 
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gram 7a for a file server program 9b, and an application 
program 8a are loaded onto a memory 2a of the client 
information processing device 110 from a magnetic disk 
5a when the client information processing device 110 is 
activated. Further, an operating system program (OS) 5 
6d. a client program 7d for a file server program 9c and 
an application program 8d are loaded from a magnetic 
disk 5d into a memory 2d of the client information 
processing device 140 when the client information 
processing device 140 is activated. 10 

A gateway program 20, an operating system (OS) 
6b and a first file server program 9b are loaded from a 
magnetic disk 5b into a memory 2b of the first server 
information processing device 120 when the first server 
information processing device 120 is activated. Further, is 
an agent program 30, an operating system (OS) 6c and 
a second file server program 9c^r^l6aded from a mag- 
netic disk 5c into a memory 2c of the second server 
information processing device 130 when the second 
server information processing device 130 is activated. 20 
These programs can be stored on a storage medium 
such as a hard disk device, a floppy disk device or the 
like from/into which information can be read/written by a 
computer. 

The gateway program 20 and the agent program 30 25 
of these programs which are loaded to these servers 
correspond to the main elements of the present inven- 
tion, and the other elements are used in the conven- 
tional file server system. 

The following description of this embodiment is 30 
made on the assumption that the gateway program 20 is 
stored in the first server information processing device 
120 and the agent program 30 is stored in the second 
server information processing device 130. However, 
each server information processing device may be 35 
stored with such a gateway program and agent program 
so that an access to and from the other server informa- 
tion processing device can be performed. 

A user of the client information processing device 
110 (hereinafter merely referred to as "user") logs into 40 
the file server program 9b of the server information 
processing device 120 through the client program 7a to 
access commonly-usable files (hereinafter referred to 
as "common files") on the magnetic disk 5b from the 
application program 8a. 45 

According to the gateway program 20 and the agent 
program 30 of this embodiment, in the system, a user 
can access the common files on the magnetic disk 5c 
using the same method as the access to the common 
files on the magnetic disk 5b. so 

The gateway program 20 includes a main routine 
21 for performing initialization and termination process- 
ing, a remote log-in routine 22 for detecting user's log-in 
to the first file server program 9b and instructing an 
automatic log-in to the second file server program 9c, a 55 
user process routine 23 for performing the automatic 
log-in for each user, a file access hook routine 24 for 
hooking a file access request from the user and re- 
directing the access request from the user to the second 



server information processing device 130, a copy back 
routine 25 for returning/rewriting into the second server 
information processing device 130 a file which is copied 
from the second server information processing device 
130 onto the first server information processing device 
120 and then corrected (changed), and a directory syn- 
chronizing routine 26 for creating, on the first server 
information processing device 120, the same structure 
as an indicated part of the director structure on the sec- 
ond server information processing device 130. 

The agent program 30 includes a remote log-in 
service routine 31 for receiving a log-in demand from 
the user process routine 23, a user process service rou- 
tine 32 which is started when the log-in demand is 
received to perform the log-in to the second file server 
program 9c and then respond to the file access request 
from each user" which is "redirected by th~e~file~~ access 
hook routine 24, and a directory synchronization service 
routine 33 for transmitting the directory structure infor- 
mation of the second server information processing 
device 130 to the first server information processing 
device 120 in response to the demand from the direc- 
tory synchronizing routine 26. 

Next, the operation of the system of this embodi- 
ment will be described. 

Rg. 21 is a diagram showing an example of the 
directory structure of files which are created on the 
magnetic disk 5b of the first server information process- 
ing device 120 before the gateway program 20 is 
started. Here, a file whose file name is illustrated as 
being surrounded by parentheses TT corresponds to a 
directory file, and the directory file contains file informa- 
tion on those files which are linked to one another under 
the directory file. Rg. 22 is a diagram showing an exam- 
ple of the directory structure of those files which are cre- 
ated on the magnetic disk 5c of the second server 
information processing device 1 30. 

According to this embodiment, when the gateway 
program 20 is started, the directory structure of files on 
the magnetic disk 5b of the first server information 
processing device 120 is designed as shown in Fig. 23, 
for example. A portion of the directory structure which is 
surrounded by a broken line in Fig. 23 corresponds to a 
copy of a subordinate directory structure which extends 
subordinately from "research/hard" in the directory 
structure on the second server information processing 
device 130 shown in Fig. 22 by the function of the direc- 
tory synchronizing routine 26 as described above. 

The files in the copied directory structure are cre- 
ated on the magnetic disk 5b as normal files which are 
managed through the OS 6b by the file server program 
9b. Accordingly, a part of the directory structure on the 
second server information processing device 130 can 
be checked as a part of the directory structure on the 
first server information processing device 120 by the 
application software 8a on the client information 
processing device 110. 

Here, with respect to normal files which are con- 
tained in the copied directory structure, but not directory 
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files, the data of the normal files are not copied from the 
second server information processing device 130 to the 
first server information processing device 120, and 
these normal files are made as sparse files each of 
which contains only dummy data of 1 byte. 

Fig. 25 shows the structure of the sparse file. Here, 
a file of VOL1/mpd1/circ/log1 has a file size of 524950 
bytes, but has only data of one byte which is written at 
524950-th byte from the head. In such a file, only the 
head block and the final block actually use the storage 
area on the magnetic disk 5b, and the other blocks use 
no storage area on the magnetic disk 5b. In this embod- 
iment, since the block size is set to 4096 bytes, the stor- 
age capacity of the magnetic disk 5b which is actually 
used by the normal file (sparse file) needs only 8192 
bytes which correspond to twice of 4096 bytes although 
the file size is set to 524950~bytes. 

As described above, by using sparse files each 
having no entity (data) as files in a copied directory 
structure, the file size as file information is allowed to 
reflect the size of the original of the copy, and the use 
storage capacity of the magnetic disk 5b can be 
reduced. 

The access to the file data from the application pro- 
gram 8a of the client information processing device 110 
is performed as follows. 

The file access hook routine 24 of the gateway pro- 
gram 20 detects a file open demand for a file from the 
application program 8a and then copies and overwrites 
the data of the file from the second server information 
processing device 130 onto the corresponding sparse 
file on the first server information processing device 
120. The read/write access to the file from the applica- 
tion program 8a after the file is opened is performed 
without using the gateway program 20. On the other 
hand, when a close demand from the application pro- 
gram 8a is detected, it is checked whether the data writ- 
ing into the file has been performed. If the data writing 
has been performed, the copy back routine 25 
returns/rewrites (hereinafter referred to as "copy back") 
the data of the file concerned to the second information 
processing device 130. After the file is closed, the file 
concerned on the first information processing device is 
reset as the sparse file as described above. The copy 
back processing is performed under the background 
with no connection with a user once a start instruction of 
the copy back is issued. Therefore, the application pro- 
gram 8a can perform subsequent processing without 
waiting for the copy back processing. Further, the copy 
back processing is not started immediately after the file 
is closed, but is started after a predetermined time 
elapses. This predetermined time is referred to as "copy 
back delay time". 

Fig. 24 shows an example of a gateway parameter 
setting file 199 which is created by a system manager 
and stored on the magnetic disk 5b. A first line (2410) in 
Fig. 24 indicates which part of the directory structure on 
the second information processing device 130 should 
be allocated to which directory on the first information 



processing device 120. In this case, the directory struc- 
ture named as "SRV2" which is located below 
"research/hard" of the second server information 
processing device 130 is allocated to "VOL1/mpd1" of 

5 the first server information processing device 120. A 
second line (2420) indicates a copy back delay time cor- 
responding to a period from the time when the applica- 
tion program 8a closes a file until the time when the 
copy back routine 25 starts the copy back of the file. In 

10 this case, the second line indicates 500 milliseconds. A 
third line (2430) indicates a time interval for directory 
synchronization. In this case, the time interval is set to 
6000 milliseconds, that is, ten minutes. 

The processing of each routine as described above 

is will be described in detail. 

First, prior to the description of the routines, tables 
which are set and referrecl tb in thenmemory 2r5 during 
each routine in the gateway program 20 will be 
described. 

20 Fig. 14 shows a mount path table 1400. The mount 
path table 1400 contains information which is described 
in the gateway parameter setting file 199 and repre- 
sents which part of the directory structure on the sec- 
ond information processing device 130 should be 

25 allocated to which directory on the first information 
processing device 120. In order to enable plural alloca- 
tions, the mount path table 1400 has a linear list struc- 
ture which comprises plural nodes 1490 and a head 
pointer 1401 indicating a first node. Each node 1490 is 

30 provided with a pointer 1402 indicating a subsequent 
node, a mount path 1403 which is a path for a directory 
of the first information processing device 120, and a 
remote path 1404 which is a path for a directory of the 
second information processing device 130. The pointer 

35 1 402 of the last node is provided with "NULL" indicating 
"empty". 

Fig. 15 shows a user connection table 1500. The 
user connection table 1500 comprises a head pointer 
1501 indicating a first node, and plural nodes 1590 

40 which are allocated to respective log-in users. Each 
node 1590 includes a pointer 1502 indicating a subse- 
quent node, a connection number 1503 which is allo- 
cated to a log-in user by the first file server program 9b, 
a process number 1504 of a user process which is acti- 

45 vated and allocated on a user basis by the log-in routine 
22. a socket number 1505 with which the user process 
communicates with the user service routine 32 of the 
agent program 30, and a file handle table pointer 1506 
which is a pointer to the file handle table 1 600 for storing 

so information of files on the second information process- 
ing device 130 which are being used by respective 
users. 

Fig. 16 shows an example of file handle table 1600. 
This table is created for every user, and each node 1 690 
55 of the table includes a pointer 1602 indicating a subse- 
quent node, a file name 1603 containing a path name 
on the first information processing device 120, a file 
handle number 1604 which is given from the OS 6b 
when the file concerned is opened, a remote file name 
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1605 containing a path name on the second information 
processing device 130, and a remote file handle 
number 1606 which is given from the OS 6c when the 
file concerned is opened. 

Fig. 1 7 shows a copy file table 1 700 indicating infer- 5 
mation on files whose data are temporarily copied from 
the second information processing device to the first 
information processing device. The copy file table 1700 
comprises a head pointer 1701 indicating a first node, 
and plural nodes 1 790 each corresponding to each file 10 
as described above. Each node 1 790 includes a pointer 
1702 indicating a subsequent node, a file name 1703 
containing a path name on the first information process- 
ing device 120, a read open number 1704 indicating the 
number which is opened for the file concerned in a read is 
mode on the first information processing device 120, a 
write open number 1 705 indicating the number which is 
opened for the file concerned in a write mode on the first 
information processing device 120, a copy back flag 
1 706 indicating that the file concerned is copied back to 20 
the second information processing device 130, an open 
waiting flag 1707 indicating that there is a process 
which is waiting for the opening of the file concerned, 
and a deletion waiting flag 1708 indicating that there is 
a process which is waiting for the deletion of the file con- 25 
cerned. 

Next, the details of the process flow of each routine 
will be described. 

First, the process flow of the main routine 21 of the 
gateway program 20 will be described with reference to 
Fig. 2. 

In the process flow of the main routine 21. in step 
201, system variables such as the head pointer 1501 of 
the user connection table 1500, etc. are initialized. In 
step 203, the mount path table 1400 is created by refer- 
ring to the gateway parameter setting file 199 which is 
created beforehand by a system manager and stored on 
the magnetic disk 5b. 

In step 204. the directory synchronizing routine 26 
is started as a new process, and a part of the directory 40 
structure on the magnetic disk 5c of the second infor- 
mation processing device 130 is reproduced on the 
magnetic disk 5b of the first information processing 
device 120 in accordance with the corresponding rela- 
tionship which is set in the mount path table 1400. The 45 
respective processes are performed in parallel by the 
time slice function of the OS. 

In steps 205 to 207, in order to hook a file access 
demand issued from the file server program 9b or the 
like, a service vector of a function call to the file system so 
of the OS 6b is rewritten. Here, the service vector is a 
branch destination address to be referred to by a soft- 
ware interruption command of the CPU 1b which is exe- 
cuted when the function call is issued. First, the service 
vector of the function call which is set by the OS 6b in 55 
step 205 is obtained, and in step 206 the service vector 
is stored as system variables. In step 207, an entry 
address of the file access hook routine 24 in the gate- 
way program 20 is set as a new file access service vec- 
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tor, thereafter the setting operation for hooking the file 
access demand is finished. 

Subsequently, in step 208 the log-in routine 22 is 
started as a new process to start a log-in monitoring 
operation from the user. In step 209, the process keeps 
itself under a sleep state to wait for a stop command. At 
this time, the initialization of the gateway program 20 is 
finished, and the user is allowed to access files on the 
second information processing device 130. 

When the system manager issues the stop com- 
mand of the gateway program 20, the main routine is 
released from the sleep state and performs the end 
processing subsequent to the step 210. In step 210, a 
signal to finish the log-in routine 22 is transmitted to the 
log-in process, and likewise, an end instruction to the 
directory synchronizing process is transmitted in step 
211 ."In step 212", the file access~service vector which" is 
rewritten in step 207 is returned to the original value 
which is saved in step 206, thereafter finishing the main 
routine 21 . 

Next, the process flow of the remote log-in routine 

22 will be described with reference to Fig. 3. In the proc- 
ess flow of the remote log-in routine 22, in step 301 , the 
process is on standby while monitoring events such as 
user's log-in or log-out to the file server program 9b, the 
log-in process stop instruction from the main routine 21 
as described above, etc. When the event occurs, it is 
judged in step 302 whether the event is the user's log-in. 
If it is the user's log-in, the user process routine 23 is 
started as a new process in step 303. 

On the other hand, if it is judged in step 302 that the 
event is not the user's log-in, the process executes the 
step 304 to check whether the event is the user's log- 
out. If it is not the user's log-out, the process executes 
the step 305. In step 305, the user connection table 
1 500 as described above is referred to so that the user 
process number 1504 is checked on the basis of the 
connection number 1 503 of a log-out demander, and a 
log-out instruction signal is transmitted to the process 
concerned. 

In step 306, it is judged whether the occurring event 
is the service stop instruction. If it is the service stop 
instruction, the log-in process is finished. If it is an event 
other than the stop instruction, the process waits for the 
event in step 301 . 

Next, the process flow of the user process routine 

23 which is generated and started in step 303 of the log- 
in routine 22 will be described with reference to Fig. 4. 
In this process flow, in step 400, a socket is first created 
for the remote log-in service routine 31 of the agent pro- 
gram 30 on the second information processing device 
130 to establish a new communication connection. Sub- 
sequently, in step 401, the log-in to the second file 
server program 9c is requested to the remote log-in 
service routine 31. 

At this time, the remote log-in service routine 31 
first starts the user process service routine 32 as a new 
process, and performs the log-in at this stage. The user 
process service routine 32 transmits the log-in result to 
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the user process routine 23 by using socket which is 
taken over from the remote log-in service routine 31 . In 
step 402, the log-in result is judged. If the result is the 
success in log-in, the process performs the processing 
subsequent to the step 403. If the result is the failure in 
log-in, the user process routine is finished. 

In step 403, a new node 1590 is added to the user 
connection table 1500 to set new values to the connec- 
tion number 1503, the process number 1504, the socket 
number 1505 and the file handle table pointer 1506. In 
subsequent step 404, the process waits under a sleep 
state until it receives a log-out instruction from the log-in 
routine 22. When receiving the log-out instruction, in 
step 405 the log-out from the second file server program 
9c is requested to the user process service routine 32, 
and performed^ After the log-out, the user process rou- 
tine 23 is finished. 

Next, the process flow of the file access hook rou- 
tine 24 will be described with reference to Fig. 5. 

By the rewriting of the file access service vector 
which is performed in the main routine 21 as described 
above, this routine is called every time the function call 
to the file system of the OS 6b is issued. 

When this routine is called, it is checked in step 501 
whether the connection number of a file access 
demander is in the user connection table 1500. If the 
connection number is judged not to exist in the user 
connection table 1 500, it is judged not to be a demander 
(user) which is a file-access re-direct target. Therefore, 
in step 560, an original vector is called and inherent 
processing is performed, thereafter returning to a caller 
of this routine in step 599. 

In step 502, it is checked whether a file to which a 
file access demand is made (hereinafter referred to as 
"demand :file") is contained in a directory portion on 
which the-directory of the second information process- 
ing device .130 is mounted. This check is performed by 
referring to the mount path table 1400 and comparing 
the mount path 1 403 and the complete path name of the 
demand file. 

When the file access demand is the close demand, 
not the file name, but the file handle number is deliv- 
ered. In this case, the head pointer of the file handle 
table 1600 of the user concerned is obtained from the 
fine handle table pointer 1506 of the user connection 
table 1500, and subsequently it is checked whether the 
corresponding file handle number 1604 exists in the file 
handle table 1600 which is indicated by the pointer. If 
the file is not a target file, the original vector is called in 
step 560 to perform the original processing, thereafter 
returning to the caller of this routine in step 599. 

Subsequently, in steps 505, 510, 520, 530 and 540, 
it is judged whether the demand is any one of a file open 
demand, a file close demand, a file deletion demand, a 
directory creation demand and a directory deletion 
demand. 

When it is the file open demand, the open pre-hook 
routine 50 is first called in step 506. In step 507, it is 
judged whether the call result is an error. If it is judged 



to be the error, the process skips the subsequent step 
508. In step 508, by referring to the saved original file 
access service vector to call the address thereof, the 
open processing is demanded to the file system of the 

5 OS 6b (hereinafter, such an operation is merely referred 
to as "call original vector"). Subsequently, in step 509, 
the open post-hook routine 51 is called, thereafter 
returning to the caller of the file open in step 599. 

When the demand is the file close demand, the 

10 close pre-hook routine 53 is first called in step 51 1. In 
step 512, it is judged whether the call as described 
above is an error. If it is the error, the process skips the 
subsequent step 513. In step 513, the original vector is 
called, thereafter returning to the caller of the file close 

15 in step 599. 

The same processing as the file close is pe rformed 
for the file deletion demand^ the file directory creation 
demand and the directory deletion demand as shown in 
Fig. 5. 

20 As described above, by the processing of the file 
access hook routine 24 of this embodiment, the file 
access demand to the OS 6b is hooked, so that each 
processing routine to re-direct to the file access of the 
second information processing device can be called. 

25 Next, the process flow of the open pre-hook routine 
50 will be described with reference to Fig. 6. This rou- 
tine is called in step 506 of the file access hook routine 
24 of Fig. 5. 

In this process flow, a new node 1690 is first added 

30 to the file handle table 1600 in step 603. In step 605, it 
is checked whether the demanded file name exits in the 
file names 1703 of the respective nodes 1790 of the 
copy file table 1700. If it exists, the copy back flag 1706 
of the node 1 790 concerned is referred to. If the node is 

35 under copy back, the open waiting for flag 1 707 of the 
node 1790 is set, and the copy back flag 1706 of the 
node concerned is monitored in step 607, thereafter 
waiting the finish of the copy back. When the copy back 
is finished, the open waiting flag 1707 is released in 

40 step 608. The judgment result of the step 605 indicates 
that the node is not under copy back, the steps 606, 607 
and 608 are not performed. 

In step 610, the open mode of the demand file is 
converted to an equivalent open mode which can be 

45 received by the second file server program 9c and can 
serve as an open mode of the demander. Here, the 
open mode is defined as a mode indicating whether a 
file should be opened in the read mode or in the write 
mode, whether a file should be created if no file exists, 

so and whether an exclusive control operation is per- 
formed. 

In step 61 2, the open of the file on the second infor- 
mation processing device 130 which corresponds to the 
demand file is requested to the user process service 
55 routine 32 of the agent program 30. At this time, the 
open mode after the conversion as described above is 
used. When receiving the result of the open from the 
user process service routine 32, it is judged in step 613 
whether the open succeeds. If the open fails, a step 660 
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is executed. 

In step 660, the cause of the failure is investigated. 
If the open fails because the open file number exceeds 
a predetermined value, the process waits in step 661 , 
and then returns to the step 61 2 to retry. If the open fai Is 
owing to a different cause, in step 665, an error code is 
set, thereafter returning to the caller in step 699. 

This retry processing is needed for the following 
reasons. That is, the numbers of simultaneously-opena- 
ble files which are permitted by the first OS 6b and the 
second OS 6c respectively are different from each 
other, and since plural copy back routines 25 are per- 
formed in a multiprocess, files whose number is larger 
than the number of the files which are opened through 
the file server program 9b are actually opened at the 
same time. If the open succeeds in step 613, the file 
handle number transmitted f rom trr^u^T~process serv- 
ice routine 32 at the open time is stored into the remote 
file handle number 1605 of the node 1690 concerned of 
the file handle table 1600 in step 615. Subsequently, in 
step 620, the copy file table 1700 is searched to check 
whether the data of the demanded file have been 
already copied from the second information processing 
device 130 to the first information processing device 
120. If the data have been already copied, a step 650 is 
executed. If the data have not yet been copied, a step 
622 is executed. 

In the steps 622 to 630, the data of the demanded 
file are copied from the second information processing 
device 130 onto the first information processing device 
120. First, in step 622, the open of the demanded file is 
instructed to the OS 6b of the first information process- 
ing device 120. If there is no file, a file is newly created. 
Subsequently, in step 625, the data of the file concerned 
are read out from the second information processing 
device 130. The read-out operation is performed 
through the user process service routine 32. The read- 
out data are written into the demanded file which is 
made a sparse file on the first information processing 
device 130 in step 626. In step 627, it is judged whether 
the copy of all the contents is completed, if it is not com- 
pleted, the steps 625 to 627 are repetitively executed. In 
step 630. the close of the demanded file is instructed to 
the OS 6b of the first information processing device 120. 

In step 631 , a new node 1790 is added to the copy 
file table 1700 and a file name 1703 on the first informa- 
tion processing device 120 is set. In step 650, 1 is 
added to one or both of the read open number and the 
write open number of the node 1 790. After the process- 
ing as described above, in step 699, the open pre-hook 
routine is completed, and then the process returns to 
the caller. 

Next, the process flow of the open post-hook rou- 
tine 51 will be described with reference to Fig. 7. 

In step 71 0, by calling the original vector before this 
routine is called, it is checked whether the file open to 
the executed OS 6b is normally completed. If it is judged 
to be normally completed, a step 720 is executed. In 
step 720, the file handle number which is returned from 



the OS 6b through the file open as described above is 
stored in the local file handle number 1604 of the node 
1690 concerned of the file handle table 1600. 

On the other hand, if the file open to the OS 6b is 

5 judged to be abnormally completed, the open" as 
described above is invalidated, and the step 730 and 
subsequent steps are executed to deletion information 
of registration to each table. In step 730, the node 1690 
concerned of the file handle table 1600 which is added 

10 in the open pre-hook routine 50 is deleted. In subse- 
quent step 731, the read open number 1704 and the 
write open number 1705 of the copy file table 1700 
which are counted up in the open pre-hook routine 50 
are returned to the values before the count-up. After the 

15 processing as described above, the process returns to 
the caller in step 799, and the open post-hook routine 
51 islihished. 

Next, the process flow of the deletion pre-hook rou- 
tine 52 will be described with reference to Fig. 8. 

20 First, in step 810, it is checked whether a 
demanded file name exists in the file name 1703 of 
each node 1790 of the copy file table 1700. If the 
demanded file name exists, the copy back flag 1706 of 
the node 1790 is referred to. If the reference result indi- 

25 cates that the node is under copy back, the deletion 
waiting flag 1707 of the node 1790 concerned is set in 
step 820. and monitors the copy back flag of the node 
concerned in step 830, waiting for the completion of the 
copy back. 

30 If the node is not under copy back or the copy back 
is finished, step 840 is executed. In step 840, the dele- 
tion of the file on the second information processing 
device 130 which corresponds to the demanded file is 
requested to the user process service routine 32 of the 

35 agent program 30. In step 850, it is judged whether the 
deletion is normally finished. If it is abnormally finished, 
an error code is set in step 860, and the process returns 
to the caller in step 899. 

Next, the process flow of the close pre-hook routine 

40 53 will be described with reference to Fig. 9. 

First, in step 910, it is checked whether the 
demanded file name exists in the file name 1703 of 
each node 1 790 of the copy file table 1 700. If it is judged 
to exist, the copy back flag 1706 of the node is referred 

45 to. If the reference result indicates that the node is under 
copy back, the copy back flag 1706 of the node con- 
cerned is monitored in step 920, and waits for the com- 
pletion of the copy back. 

If the node is not under copy back or the copy back 

so is finished, the copy back flag 1706 is set in step 930. 
Subsequently, in step 940. the copy back routine 25 is 
newly started as a new process, and the process 
returns to the caller in step 999. 

Next, the process flow of the directory creation pre- 

55 hook routine 54 will be described with the reference to 
Fig. 10. 

First, in step 1010, the creation of the directory on 
the second information processing device 130 which 
corresponds to the demanded directory is requested to 
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the user process service routine 32 of the agent pro- 
gram 30. In step 1020, it is checked whether the crea- 
tion is normally finished. If the creation is abnormally 
finished, an error code is set in step 1030, and the proc- 
ess returns to he caller in step 1099. 

The process flow of the directory deletion pre-hook 
routine 55 will be described with reference to Fig. 1 1 . 
This routine is similar to the directory creation pre-hook 
routine 54 except that the creation is replaced by the 
deletion, and thus the description thereof is omitted. 

Next, the process flow of the copy back routine 25 
will be described with reference to Fig. 13. 

When this routine is started as a process, in step 
1305, it is first checked whether the deletion waiting flag 
1708 of the node 1 790 concerned of the copy file table 
1 700 is set. Jf it is set, the control is shifted to step 1360 
without performing the following copy back processing. 
If the deletion waiting flag 1 708 is not set, it is judged in 
step 1306 whether the open waiting flag 1707 of the 
node 1790 is set. If the open waiting flag 1707 is judged 
to be set, the control is shifted to step 1320. 

If neither the deletion waiting flag 1708 nor the open 
waiting flag 1 707 is set, the process waits for a predeter- 
mined time in step 1307, and it is judged in step 1308 
whether the time which is set as the copy back delay 
time has" elapsed. If the copy delay time has not 
elapsed, the process returns to the step 1 305. Here, the 
lapse time is a time which is counted from the start of 
the copy back routine. The waiting time in the step 1307 
is set to one-tenth of the copy back delay time or less. 

If the copy back delay time has elapsed or the open 
waiting flag 1 707 is detected, the step 1 320 is executed. 
In the step 1320, the read open number 1704 and the 
write open number 1705 of the copy file table are sub- 
jected to ^subtraction processing according to the open 
mode of the demanded file. That is, if the mode is set to 
only the read mode, "1" is subtracted from the read 
open number 1704. If the mode is set to only the write 
mode, "1" is subtracted from the write open number 
1705. If the mode is set to the read write mode, "1" is 
subtracted from each of the read open number 1704 
and the write open number 1705. 

Subsequently, it is judged in step 1330 whether the 
demanded file is under the write open state. In subse- 
quent 1331, on the basis of file information such as 
archive bits or the like which are provided by the OS 6b, 
it is judged whether the write-in operation for the file has 
been performed, in step 1332, by judging whether the 
write open number 1 705 is equal to zero, it is judged 
whether the write open is the last one. As a result of the 
above judgment, only if the write open is the last one 
and the write-in operation into the file has been per- 
formed, the copy back of the step 1333 is performed. If 
not so, the copy back as described above is not per- 
formed. The copy back of the step 1333 means a 
processing of returning/rewriting a copy of the 
demanded file created on the first information process- 
ing device 120 to the second information processing 
device 130. This processing is performed through the 



user process routine 32 of the agent program 30. 

Subsequently, a judgment on the last close is made 
in step 1350. This judgment can be easily performed by 
judging whether both of the read open number 1704 

5 and the write open number 1705 are equal to zero. In 
step 1351, it is judged whether the open waiting flag 
1707 of the copy file table 1700 is set. If it is the last 
close and the open waiting flag is not set, the steps 
1 352 and 1 355 are performed. In step 1 352, the file size 

10 of the demanded file which is created on the first infor- 
mation processing device 120 is obtained, and it is 
made a sparse file in step 1355 to erase the content 
while keeping the file size. 

In step 1358. the node 1790 concerned is erased 

is from the copy file table 1 700. and in step 1370 the copy 
back flag 1 [706 ^qf the ™>dej 790 concern ed of the c opy 
file tale 1700 is cleared. Finally, in step 1360 the node 
1690 concerned is erased from the file handle table 
1 600, and the copy back process itself is finished in step 

20 1399. 

As described above, according to this routine, when 
the file erasing demand to the same file occurs during 
the copy back delay time, the copy back is ceased. 
Therefore, it is not necessary to perform an unneces- 

25 sary copy back operation when the application program 
8a creates a temporary file for work and then the close 
or the deletion to the file is instructed because the pur- 
pose of the file has been completed. 

Furthermore, according to this routine, when the 

30 open demand to the same file comes during the copy 
back delay time, the copy back starts immediately to 
start the open processing as soon as possible. 

Still furthermore, according to this routine, when the 
file open demand to the same file comes until the copy 

35 back is finished, the sparse^file making operation after 
the copy back is not performed. Therefore, the data 
copy of the file from the second server information 
processing device 130 is not necessary at the file open 
time as described above. 

40 Next, the process flow of the directory synchroniz- 

ing routine 26 will be described. 

In this routine, first, the synchronizing time which 
was previously set in step 1810 (hereinafter referred to 
as "previous synchronizing time") is initialized (i.e., it is 

45 set to 0 year, 0 month, 0 hour, 0 minute, 0 second). Sub- 
sequently, the head pointer 1401 of the mount path 
table 1400 is obtained in step 1820. In step 1830, the 
data pair of the mount path 1403 and the remote path 
1404 are obtained from the node 1490 which is indi- 

so cated by the obtained pointer. 

Subsequently, the previous synchronizing time is 
obtained in step 1 831 to inquire of the OS 6c of the sec- 
ond information processing device 1 30 about the time in 
step 1832, and the time which is obtained through the 

55 inquiry in step 1 833 is stored as a new previous syn- 
chronizing time. Subsequently, the synchronization exe- 
cuting processing routine 27 is called in step 1834 to 
perform the synchronization processing to one mount 
path while using the mount path and the remote path 
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obtained in step 1830 and the previous synchronizing 
time obtained in step 1831 as an argument.. 

In step 1835, whether the synchronization of ail the 
mount paths is completed is judged by checking 
whether the pointer 1402 of the node 1 490 of the mount 
path table 1400 which is referred to is "NULL". If the 
synchronization of all the mount paths is not finished, 
the step 1830 and the subsequent steps are executed 
again. If the synchronization of all the mount paths is fin- 
ished, the process is kept under sleep in step 1840 for 
the time indicated by the directory synchronization inter- 
val time or until the signal indicating the stop instruction 
is received from the main routine 21 . 

In step 1850. it is judged whether the release from 
the sleep is caused by the stop instruction. If it is so. the 
directory synchronization routine is finished. If not so. 
the step 1820 and the subsequent steps are repefitTvely 
performed. 

In the process flow as described above, in synchro- 
nizing target directories, only the differential directories 
between the first server information processing device 
120 and the second server information processing 
device 130 can be updated and synchronized. 

Next, the process flow of the synchronization exe- 
cuting processing routine 27 will be described with ref- 
erence to Fig. 19. First, in step 1910, the previous 
synchronizing time and the remote path which are deliv- 
ered as the argument to this routine are delivered to the 
directory synchronizing service routine 33 of the agent 
program 30 on the second information processing 
device, and a list of the names, the file size and the file 
dates of files which are in a subordinate hierarchical 
portion of the remote path (containing directory files) 
and have been updated subsequently to the previous 
synchronizing time are received as a change file list. 

In the step 1920 and the subsequent steps, the files 
and the directories listed are processed one by one. 
First, in step 1920 it is judged whether it is a directory 
file. If it is a directory file, the subdirectory synchronizing 
routine 28 is called in step 1960 to synchronize all the 
subordinate hierarchical portions of the directory. On 
the other hand, if it is a data file, in step 1930. it is 
judged whether the file has already existed in the corre- 
sponding mount path on the first information processing 
device 120. If the file does not exist, the step 1940 is 
performed. If the file exists, the step 1 935 is performed. 

In step 1935, it is searched whether the file con- 
cerned is registered in the copy file table 1 700, and by 
this check it is judged whether the file concerned is 
under use. If the file concerned is registered in the copy 
file table 1700, the file is judged- to be under use, and 
thus the process skips the creation of the sparse file of 
the step 1940. In step 1940, the sparse file making rou- 
tine 60 is called by using the file name, the file size and 
the f ile date as an argument to erase the content of the 
file concerned and set the file size and the file date. 

In step 1950, it is judged whether the synchroniza- 
tion of all the files of the updated file list which is 
obtained in step 1910 is finished, and the step 1920 and 



the subsequent steps are repeated until the synchroni- 
zation is completed. If the synchronization is completed, 
the process returns to the caller in step 1999. 

Next, the process flow of the subdirectory synchro- 

5 nizirig routine 28 which is called from the synchroniza- 
tion executing processing routine 27 will be described 
with reference to Fig. 20. 

In step 2010, the file list beneath the directory 
which is received as an argument is obtained from the 

10 directory synchronization service routine 33 of the 
agent program 30 on the second information processing 
device. This list contains information on the name, the 
date and the size of each of the files and the directories. 
In the step 2020 and the subsequent steps, the files 

15 and the directories of the file list are processed one by 
one. In step 2020, it is judged whether the file con- 
cerned is sTdirectory file. If the f ile concerned is a (direc- 
tory file, the subdirectory synchronizing routine 28 is 
recursively called. If the file concerned is a file, in step 

20 2025, it is checked whether the file concerned has 
already existed in the corresponding mount path on the 
first information processing device 120. If the file con- 
cerned does not exist, a step 2030 is executed. On the 
other hand, if not so, a step 2026 is executed. 

25 In step 2026, it is searched whether the file con- 
cerned is registered in the copy file table 1700. and it is 
judged on the basis of the above search whether the file 
concerned is under use. If the file concerned is regis- 
tered in the copy file table 1700, the file concerned is 

30 judged to be under use, and thus the process skips the 
sparse file making processing in step 2030. If the file 
concerned is not under use, the sparse file making rou- 
tine 60 is called in step 2030 by using the name, the size 
and the date of the file as an argument to erase the con- 

35 tent of the file concerned and set the file size and the file 
date. 

In step 2040, it is judged whether the synchroniza- 
tion of all the files of the file directory list which is 
obtained in step 2010 is finished, and the step 2020 and 

40 the subsequent steps are repeated until the synchroni- 
zation is finished. When the synchronization of all the 
files is finished, it is checked whether the files or direc- 
tories which do not exist in the file directory list exist in 
the directory concerned at a local side in step 2050. If 

45 the files or directories exist, all the files or directories are 
erased. Thereafter, the above processing is finished, 
and the process returns to the caller in step 2099. 

Next, the process flow of the sparse file making rou- 
tine 60 will be described with reference to Fig. 12. 

so First, in step 1205, it is checked whether a file hav- 
ing a file name which is received as an argument exists. 
If it exists, the file is erased in step 1210. Subsequently, 
a file is newly created in step 1220. In step 1225, the file 
pointer is shifted by an amount corresponding to the file 

55 size which is received as an argument, and dummy data 
of one byte are written in step 1230. Thereafter, the file 
concerned is closed in step 1235. 

In step 1240, the date of the file concerned is 
changed to a date which is received as an argument, 
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and in step 1245 a change bit which is one type of file 
attribute information is cleared. Thereafter, the process- 
ing of making the sparse file is completed, and the proc- 
ess returns to the caller in step 1299. 

Next, the process flow of each routine contained in s 
the agent program 30 will be described. 

First, the remote log-in service routine 31 which 
receives a log-in demand from the user process routine 
23 of the gateway program 20 as described above will 
be described with reference to Fig. 26. 10 

In this processing, in step 2601, the process waits 
while monitoring an event such as a log-in demand or a 
service stop instruction from the user process routine 
23. When the event occurs, in step 2602 it is judged 
whether the event is the log-in demand. If it is the log-in 15 
demand, in step 2603 the user process service routine 
32 is started as a new process to st^lrTe~executi6h of 
the log-in from this stage. 

On the other hand, if the event is judged not to be 
the log-in in step 2602, it is judged whether the occur- 
ring event is the service stop instruction. If it is the serv- 
ice stop instruction, the process goes to a step 2699, 
and this processing is finished. If it is an event other 
than the service stop instruction, the process returns to 
the step 2601 to wait for the event. 

Next, the process flow of the user process service 
routine 32 which is generated and started in step 2603 
of the remote log-in service routine 31 and is responsive 
to various types of events which are re-directed from the 
respective routines of the gateway program 20 will be 
described with reference to Fig. 27. 

This processing is started in step 2603 of the 
remote log-in service routine 31 , and waits for the event 
in step 2701. Here, the events which are re-directed to 
this routine contain various types of file access 
demands from the file access hook routine 24, log-in 
and log-out demands from the remote log-in routine 22, 
etc. 

In the judgment processing from the steps 2702 to 
2710. it is judged whether the event corresponds to the 
log-in demand, the log-out demand, the file open 
demand, the file close demand, the file read demand, 
the file write demand, the file deletion demand, the 
directory creating demand or the directory deletion 
demand, and the corresponding processing of one of 
the steps 2731 to 2739 is performed in accordance with 
the judgment result. 

Subsequently, in step 2740, a return code to trans- 
mit the processing result to each type demand is set by 
using the socket which is succeeded from the remote 
log-in service routine 31 . In step 2741, the result of the 
processing which contains the return code is transmit- 
ted to the first server information processing device 120 
through the socket to transmit the result to the issuer of 
the event, and then the process returns to the step 2701 
to wait for an event. 

If the event is an event other than the access 
demand which is recognized in the steps 2702 to 2710, 
it is judged whether the event is the service stop instruc- 



tion. If it is the service stop instruction, the process goes 
to a step 2799 to finish this routine. If the event is an 
event other than the service stop instruction, the proc- 
ess returns to the step 2701 to wait for an event. 

Next, the directory synchronization service routine 
33 will be described with reference to Fig. 28. 

This processing serves to creates a change file list 
on the directory structure of the second server informa- 
tion processing device 130 in accordance with the 
processing of the step 1910 of the synchronization exe- 
cuting processing routine 27 in response to a demand 
from the directory synchronizing routine 26 of the gate- 
way program 20, and returns the created list. 

In this processing, the process waits for an event in 
step 2801, and in step 2802 it is judged whether the 
event is a updated file obtaining instruction from the 
step 1910 of the synchronization executing processing 
routine 27. If the event is judged to be the updated file 
obtaining instruction, in step 2803 the updated file list is 
initialized, and in steps 2804 to 2807 a updated file list 
is created on the basis of the previous synchronization 
time which is contained as an argument in the updated 
file obtaining instruction and the remote path 1404 of 
the mount path table 1400. 

That is, in step 2804, files and subdirectory files 
which are located at the subordinate hierarchical por- 
tion side of the remote path 1404 contained in the argu- 
ment and contained in the directory structure of the 
second server information processing device 130 are 
successively searched, and in step 2805 it is judged 
whether the change has been made on each file subse- 
quently to the synchronization time. If the change is 
judged to be made, in step 2806 the name of the corre- 
sponding file is added to the change file list. If the 
change is judged not to be made, the process goes to a 
step 2807. In step 2807, it is judged whether the search 
has been completed on all the files which are targets to 
be searched, and the above processing is repeated until 
the search has been completed. 

In step 2808, the change file list which is obtained 
through the processing of the steps 2804 to 2807 is 
transmitted to the first server information processing 
device 120. and returned to the synchronization execu- 
tion processing routine 27. 

When the event is an event other than the updated 
file obtaining instruction, it is judged whether the event 
is a service stop instruction. If it is the service stop 
instruction, the process goes to a step 2899 to finish this 
routine. If the event is an event other than the service 
stop instruction, the process returns to the step 2801 to 
wait for an event. 

The first server information processing device, the 
second server information processing device and the 
client information processing device perform the gate- 
way program, the agent program and the client program 
respectively to realize the processing of the flowcharts 
shown in Figs. 2 to 13, Figs. 18 to 20 and Figs. 26 to 28. 
These programs can be stored in a storage medium 
from which information can be read out by a computer. 



25 



30 



35 



40 



45 



50 



14 



BNSDOC1D: <EP 0752672A1J_> 



27 



EP0 752 672 A1 



28 



D 



.) 



such as a hard disk device, a floppy disk device or a CD- 
ROM device. In order to perform the processing of the 
flowcharts of Figs. 2 to 1 3, Figs. 1 8 to 20 and Figs. 26 to 
28, the first server information processing device, the 
second server information processing device and the 5 
client information processing device read in the pro- 
grams from the storage medium, and execute the pro- 
grams. 

According to the present invention, there can be 
provided an information processing system and a con- 10 
trol method therefor in which the same operation per- 
formance as the case where an access is made to files 
on a server information processing device having a sin- 
gle file server program can be kept even when an 
access is made to files on plural server information 15 
processing devices having different file server pro- 
grams. 

According to the present invention, a file list display 
program for the first information processing device can 
be directly used by periodically copying the directory 20 
structure on the second server information processing 
device onto the first server information processing 
device. 

According to the present invention, in the file crea- 
tion process performed when the directory structure of 25 
the second server information processing device is peri- 
odically copied onto the first server information process- 
ing device, the normal files other than the directory files 
are made sparse files having no contents, whereby the 
capacity of the magnetic disk of the first information 30 
processing device which are used by the files can be 
reduced. 

According to the present invention, only the files 
which have been changed after the previous directory 
synchronization execution time are set as synchroniza- 35 
tion processing targets. Therefore, the information 
amount to be transmitted from the second server infor- 
mation processing device to the first server information 
processing device can be reduced, so that the process- 
ing speed can be increased and the LAN traffic can be 40 
reduced. 

According to the present invention, the copy 
processing can be prevented from being inefficiently 
carried out even when plural users use the same file at 
the same time. Further, when plural users are using a 45 
file or the file is re-opened after closed, the file con- 
cerned is not made a sparse file, and a copy file can be 
subsequently used. When a file is erased after closed, 
an unnecessary copy back is not required to be per- 
formed. The copy back means is operated under the 50 
background as another process, so that the close 
demand from the client information processing device is 
finished without waiting for completion of the copy back 
means. Therefore, the next processing can be immedi- 
ately performed. 55 

Therefore, according to the present invention, the 
speed of the access processing to the files on the sec- 
ond server information processing device which are out- 
put from the client information processing device can be 



increased, and the LAN traffic can be reduced. 
Claims 

1. An information processing system including a first 
server information processing device having a first 
file service program which enables common use of 
files, a second server information processing 
device having a second file server program with an 
access interface to commonly-usable files which is 
different from that of said first file server program, 
and a network for connecting said first and second 
server information processing devices, wherein 

said first server information processing 
device includes access means for outputting a 
processing demand of an access to files which are 
managed "T^y said second server" ihfonriation 
processing device, and 

said second server information processing 
device includes service means for receiving the 
processing demand supplied from said access 
means to perform the processing corresponding to 
the processing demand, and wherein 

said access means transmits a processing 
demand of information on the directory structure of 
at least a part of the directory structure of the files 
managed by said second server information 
processing device to said service means, and 

said service means receives the processing 
demand and transmits the information on the direc- 
tory structure based on the processing demand to 
said access means. 

2. The information processing system as claimed in 
claim 1 , wherein said service means successively 
transmits the information on the directory structure 
based on the processing demand from said access 
means at a predetermined time interval. 

3. The information processing system as claimed in 
claim 1 , wherein said service means transmits to 
said access means the information on the directory 
structure based on the processing demand from 
said access means and file information which is 
specified by the information on the directory struc- 
ture. 

4. An information processing system including a first 
server information processing device having a first 
file service program which enables common use of 
files, a second server information processing 
device with a second file server program having an 
access interface to commonly-usable files which is 
different from that of said first file server program, at 
least one client information processing device, hav- 
ing display means, which has a client program for 
accessing commonly-usable files on said first 
server information processing device through said 
first file server program, and a network for connect- 
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ing said first and second server information 
processing devices and said at least one client 
information processing device, wherein 

said first server information processing 
device includes access means for outputttng a 5 
processing demand of an access to files which are 
managed by said second server information 
processing device on the basis of an instruction 
from said client information processing device, and 

said second server information processing w 
device includes service means for receiving the 
processing demand supplied from said access 
means to perform the processing corresponding to 
the processing demand, and wherein 

said access means transmits to said service 15 
means a processing demand of information on the 
directory structure of at least a part of the directory 
structure of the files managed by said second 
server information processing device on the basis 
of the instruction of the processing demand from 20 
said client information device, and 

said client information processing device 
receives the information on the directory structure 
from said service means which receives the 
instruction of the processing demand to display the 25 
information on the directory structure on said dis- 
play means. 

5. A control method for an information processing sys- 
tem which includes a first server information 30 
processing device having a first file service pro- 
gram which enables common use of files, a second 
server information processing device having a sec- 
ond file server program with an access interface to 
commonly-usable files which is different from that of 35 
said first file server program, and a network for con- 
necting said first and second server information 
processing devices through which an access is 
mutually performed between said first and second 
server information processing devices, comprising 40 
an information processing method having the steps 
of: 

outputting a processing demand on information 
on at least a part of the directory structure of 45 
files managed by the second server informa- 
tion processing device from said first server 
information processing device to said second 
server information processing device; and 
receiving the processing demand from said first so 
server information processing device by said 
second server information processing device to 
perform the processing corresponding to the 
processing demand, and 

transmitting the information on the directory 55 
structure based on the processing demand 
from said second server information process- 
ing device to said first server information 
processing device. 
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6. The information processing method as claimed in 
claim 5, wherein said second server information 
processing device successively transmits the infor- 
mation on the directory structure based on the 
processing demand from said first server informa- 
tion processing device at a predetermined time 
interval. 

7. The information processing method as claimed in 
claim 5, wherein said second server information 
processing device transmits to said first server 
information processing device the information on 
the directory structure based on the processing 
demand from said first server information process- 
ing device and file information which is specified by 
the information on thejjKrectory structure. 

8. An information processing method for an informa- 
tion processing system including a first server infor- 
mation processing device having a first file service 
program which enables common use of files, a sec- 
ond server information processing device with a 
second file server program having an access inter- 
face to commonly-usable files which is different 
from that of said first file server program, at least 
one client information processing device, having 
display means, which has a client program for 
accessing the commonly-usable files on said first 
server information processing device through said 
first file server program, and a network for connect- 
ing said first and second server information 
processing devices and said at least one client 
information processing device, characterized in 
that: 

said client information processing device 
outputs to said first server information processing 
device a processing demand of information on at 
least a part of the directory structure of files man- 
aged by said second server information processing 
device; 

said server information processing device 
receives the processing demand from said client 
information processing device to perform the 
processing corresponding to the processing 
demand, and transmits the processing demand to 
said second server information processing device 
on the basis of the processing demand; 

said second server information processing 
device receives the processing demand from said 
first server information processing device to per- 
form the processing corresponding to the process- 
ing demand, and transmits the information on the 
directory structure based on the processing 
demand to said first server information processing 
device; 

said first server information processing 
device receives the information on the directory 
structure from said second server information 
processing device; and 
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said client information processing device 
displays the information on the directory structure 
on said display means. 

9. An information processing system including a first 
server information processing device having a first 
file service program which enables common use of 
files, a second server information processing 
device having a second file server program with an 
access interface to commonly-usable files which is 
different from that of said first file server program, 
and a network for connecting said first and second 
server information processing devices, wherein 

said first server information processing 
includes access means for outputting a processing 
demand of an accessjo files managedjty said sec- 
ond server information processing device, and 

said second server information processing 
device includes service means for receiving the 
processing demand from said access means to 
perform the processing corresponding to the 
^ processing demand, and wherein 

said access means includes directory syn- 
chronizing means for detecting information on the 
structure of at least a part of the directory structure 
of files managed by said second server information 
processing device through said service means to 
create a copy of the directory structure of the files 
managed by said second server information 
processing device in accordance with the detected 
information, the directory structure being formatted 
so as to be managed by said first file server pro- 
gram, and add the copy of the directory structure of 
the files managed by said second server informa- 
tion processing device into the directory structure of 
files managed by said first file server program, and 
also performing the detection of the information at a 
predetermined timing to update the copy of the 
directory structure of the files managed by said sec- 
ond server information processing device every 
J time the detection of the information is performed. 

10. The information processing system as claimed in 
claim 9, wherein in the copy process of the directory 
structure the files managed by said second server 
information processing device, when a file which is 
managed by said second server information 
processing and is to be copied is a normal file other 
than the directory file, the file to be created is a 
sparse file in which dummy data are written only at 
the same position as the last data position of the file 
concerned which is managed by said second 
server information processing device. 

11. The information processing system as claimed in 
claim 9, wherein in the copy process of the directory 
structure of the files managed by said second 
server information device, said directory synchro- 
nizing means sets the file date and the file size of 



files contained in the copy of the directory structure 
of the files managed by said second server informa- 
tion processing device to be identical to the file date 
and the file size of the files which are managed by 
5 said second server information processing device 

serving as an origin for the copy. 

12. An information processing system including a first 
server information processing device having a first 

10 file service program which enables common use of 
files, a second server information processing 
device with a second f ile server program having an 
access interface to commonly-usable files which is 
different from that of said first file server program, at 

15 least one client information processing device, hav- 
ing display means, which has a client program for 
accessing "the^ommonly-usabl^files orTsaid first 
server information processing device through said 
first file server program, and a network for connect- 

20 ing said first and second server information 
processing devices and said at least one client 
information processing device, wherein 

said first server information processing 
device includes access means for accessing a file 

25 which is managed by said second server informa- 
tion processing device, and 

said second server information processing 
device includes service means which is operated in 
accordance with the access means, and wherein 

30 said access means receives a file process- 

ing demand transmitted from each client program to 
judge whether the file processing demand contains 
a processing demand to a file managed by said 
second file server program, converts the process- 
es ing demand of the file managed by said second file 
server program contained in the file processing 
demand to a second processing demand which can 
be used by said second file server program, and 
transmits the second processing demand to said 

40 second server information processing device if the 
file processing demand is judged to contain the 
processing demand to the file, and 

said service means receives the second 
processing demand from said first server informa- 

45 tion processing device to perform a processing 
which is predetermined in accordance with the sec- 
ond processing demand. 

13. The information processing system as claimed in 
so claim 12, wherein said access means includes 

hook means for hooking an access to the file man- 
aged by said second server information processing 
device which is transmitted from each client pro- 
gram, file copy means for copying the data of the file 
55 concerned through said service means into the 
directory structure managed by said first file server 
program if the access is an open demand to the file 
managed by said second server information 
processing device, copy back means for copying 
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back the file copied by said file copy means through 
said service means to said second server informa- 
tion processing device, and copy back start means 
for starting said copy back means as another proc- 
ess if the access is a close demand to the file man- 5 
aged by said second server information processing 
device. 

14. The information processing system as claimed in 
claim 13, wherein said access means completes 10 
the close demand to the file managed by said sec- 
ond information processing device without waiting 

for completion of a copy back processing by said 
copy back means, and continuously receives a 
processing subsequent to the close demand from is 
said client program. 

15. The information processing system as claimed in 
claim 13. wherein said file copy means checks 
whether the copy of the data of the file has already 20 
existed, and performs no copy processing if the 
copy is judged to exist. 

16. The information processing system as claimed in 
claim 13, wherein said copy back means delays the 25 
start of the copy back processing by a predeter- 
mined time, and performs no copy back processing 
when a deletion demand to the file concerned is 
issued subsequently to the close demand to the file 
concerned within the delay time. 30 

17. The information processing system as claimed in 
claim 16, wherein said copy back means ceases 
the delay and immediately perform the copy back 
processing when the open demand to the file con- 35 
cerned is issued subsequently to the close demand 
within the delay time. 

18. The information processing system as claimed in 
claim 13, wherein said copy back means performs 40 
the copy back processing only when another open 
demand in a write mode to the file concerned is 
issued. 

19. The information processing system as claimed in 45 
claim 13, wherein said copy back means checks 
one of attributes of the copied file, which indicates 
whether a correction processing is performed on 
the data stored in the file concerned, and performs 
the copy back processing only when the attribute so 
indicates the correction of the data. 

20. An information processing system including a first 
server information processing device having a first 

file service program which enables common use of 55 
files, a second server information processing 
device with a second file server program having an 
access interface to commonly-usable files which is 
different from that of said first file server program, at 



least one client information processing device hav- 
ing a client program for accessing the commonly- 
usable files on said first server information process- 
ing device through said first file server program, and 
a network for connecting said first and second 
server information processing devices and said at 
least one client information processing device, 
wherein said first server information processing 
device includes access means for accessing a file 
which is managed by said second server informa- 
tion processing device, said second server informa- 
tion processing device includes service means 
which is operated in accordance with said access 
means, and said access means includes hook 
means for hooking an access to the file managed 
by said second server information processing 
device - which is transmitted from each client pro- 
gram, file copy means for copying the data of the file 
concerned through said service means into the 
directory structure managed by said first file server 
program if the access is an open demand to the file 
managed by said second server information 
processing device, copy back means for copying 
back the file copied by said file copy means through 
said service means to the origin for the copy, copy 
back start means for starting said copy back means 
as another process if the access is a close demand 
to the file managed by said second server informa- 
tion processing device, and directory synchronizing 
means for detecting information on the directory 
structure of at least a part of the directory structure 
of files managed by said second server information 
processing device through said service means to 
create a copy of the directory structure of the files 
managed by said second server information 
processing device in accordance with the detected 
information, the directory structure being formatted 
so as to be managed by said first file server pro- 
gram, and add the copy of the directory structure of 
the files managed by said second server informa- 
tion processing device into the directory structure of 
files managed by said first file server program, and 
also performing the detection of the information 
periodically to update the copy of the directory 
structure of the files managed by said second 
server information processing device every time the 
detection of the information is performed. 

21 . A control method for an information processing sys- 
tem including a first server information processing 
device having a f irst file service program which ena- 
bles common use of files, a second server informa- 
tion processing device with a second file server 
program having an access interface to commonly- 
usable files which is different from that of said first 
file server program, at least one client information 
processing device having a client program for 
accessing the commonly-usable files on said first 
server information processing device through said 
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first file server program, and a network for connect- 
ing said first and second server information 
processing devices and said at least one client 
information processing device, whereby a mutual 
access between information processing systems is 
enabled, characterized by comprising the steps of: 

detecting information on the structure of at 
least a part of the directory structure of files 
managed by said second server information 
processing device to create a copy of the direc- 
tory structure of the files managed by said sec- 
ond server information processing device in 
accordance with the detected information, the 
directory structure thus created being format- 
ted so as to be managed by said first file server 
progfam, and add the "copy oHhe directory 
structure of the files managed by said second 
server information processing device into the 
directory structure of files managed by said first 
file server program; and 
performing the detection of the information at a 
predetermined timing to update the copy of the 
directory structure of the files managed by said 
second server information processing device 
every time the detection of the information is 
performed. 

22. A control method for an information processing sys- 
tem including a first server information processing 
device having a first file service program which ena- 
bles common use of files, a second server informa- 
tion processing device with a second file server 
program having an access interface to commonly- 
usable files which is different from that of said first 
file server program, at least one client information 
processing device having a client program for 
accessing the commonly-usable files on said first 
server information processing device through said 
first file server program, and a network for connect- 
ing said first and second server information 
processing devices and said at least one client 
information processing device, whereby a mutual 
access between information processing systems is 
enabled, characterized by comprising the steps of: 

hooking an access to a file managed by said 
second server information processing device, 
which is transmitted from said client program; 
copying data of a file managed by said second 
server information processing device into the 
directory structure managed by said first file 
server program when the access is an open 
demand to the file managed by said second 
server information processing device; 
copying back the file copied by file copy means 
through service means to said second server 
information processing device; and 
starting copy back means as another process 



when the access is a close demand to a file 
managed by said second server information 
processing device. 

5 23. A server information processing device which has a 
first file server program enabling common use of 
files and is connected through a network to a sec- 
ond server information processing device with a 
second file server program having a different 

10 access interface to commonly- usable files from said 
first file server program, including access means for 
accessing files managed by said second informa- 
tion processing device, wherein 

said access means includes directory syn- 

15 chronizing means for detecting information on the 
structure of at least a part of the directory structure 
of f iles~managecj by said secoh^^rver" infer matioh 
processing device to create a copy of the directory 
structure of the files managed by said second 

20 server information processing device in accordance 
with the detected information, the directory struc- 
ture being formatted so as to be managed by said 
first file server program, and add the copy of the 
directory structure of the files managed by said sec- 

25 ond server information processing device into the 
directory structure of files managed by said first file 
server program, and also performing the detection 
of the information periodically to update the copy of 
the directory structure of the files managed by said 

30 second server information processing device every 
time the detection of the information is performed. 

24. A server information processing device which has a 
first file server program enabling common use of 

35 files and is connected through a network to a sec- 
ond server information processing device with a 
second file server program having a different an 
access interface to commonly-usable files from said 
first file server program and at least client informa- 

40 tion processing device having a client program for 
accessing the commonly-usable files through said 
first file server program, including access means for 
accessing files managed by said second server 
information processing device, wherein said access 

45 means includes hook means for hooking an access 
to a file managed by said second server information 
processing device which is transmitted from each 
client program, file copy means for copying the data 
of the file concerned into the directory structure 

so managed by said first file server program if the 
access is an open demand to the file managed by 
said second server information processing device, 
copy back means for copying back the file copied by 
said file copy means to the origin for the copy, and 

55 copy back start means for starting said copy back 
means as another process if the access is a close 
demand to the file managed by said second server 
information processing device. 
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